home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 4
/
Aminet 4 - November 1994.iso
/
aminet
/
comm
/
uucp
/
wcnews_1_0_30.lha
/
ChangesSince_Rel29
< prev
next >
Wrap
Text File
|
1993-12-09
|
4KB
|
77 lines
wusel, Fri, 9 Jul 1993 03:31:35 +0200:
- Modified (and tested =:->) the RebuildHistory scripts. Well, it really
takes an huge amount of time, but it's worth the effort. I've tried my
best to make the script bullet-proof, but you still SHOULD NOT run it
via cron: the error recovery in scripts is imho difficult to implement,
and rebuilding the history needed on my system about 4 MB in T: and also
some disk space after completition -- RebuildHistory silently EXPECTS
YOU to have the space it needs, there is NO ERROR RECOVERY!
wusel, Tue, 20 Jul 1993 22:30:46 +0200:
- recompiled the dbz-stuff with `#define MAXDBZKEY 1024' instead of the
former 255; recently there where problems with long IDs, I'll have to
make some more tests what the real problems is.
- fixactive now always has an output stating how many entires have been
changed. This is mainly for debugging purposes; doexpire has been al-
tered to appent fixactive's output to expire.log.
- rnews now start's unbatch not only if given the `-i' switch but also
when detecting an environment variable `rnews.immed' (contents are
ignored).
- made again modifications on newsdaily and some other scripts
- hopefully solved the `system-too-fast-for-rnews'-sort of errors by add-
ing ds.Ticks to the name. (Background: rnews had severe problems when
the system was fast enough to process more than 1 rnews a second; this
problems started when the A300 hit the scene, and even after adding
some kludges, a 50 MHz A3000/040 is too fast and thus able to process
>100 rnews/second which drove rnews crazy.) Thanks to Ottmar Röhrig for
suggesting the ds.Ticks-solution -- I simply haven't thought on it :) :(
wusel, Sun, 25 Jul 1993 00:28:31 +0200:
- due to problems with WShell, I decided to make rnews NOT use the OS 2.x
`<>nil:'-redirection feature: on a system of one beta tester who uses
WShell, rnews simply crashed when asked to run unbatch afterwards (com-
mand was `system("run <>nil: unbatch");'). This problem vanished after
replacing the `<' with ` ' ...
In my opinion it's definetly a flaw of WShell -- or any other tool this
person may have installed. Hrmpft.
wusel, Tue, 27 Jul 1993 23:10:54 +0200:
- changes to relaynews: a Date: too far in the future causes relaynews
now to fail with an error code (thus the batch will be moved to the
in.coming/bad/ directory by unbatch). Now logs the articles date in
local time instead of the former GMT.
wusel, Wed, 8 Sep 1993 03:41:27 +0200:
- changes to relay/relaynews.c: rejects any message-id larger than 255
chars (I changed the DBZMAXKEY back to 255) as proposed by son-of-rfc1036;
wipes `X-Newsreader:'- and `X-NewsSoftware:'-headers (no real use besides
advertisement).
- changes to libamiga/shell.c: popen() now uses `poor_child()' as it's
name, so pipes opened to other programs by newsrun, relaynews and so on
no longer have their name in the task lists. (I. e. no longer three
entries of `unbatch' in status' list.)
wusel, Thu, 9 Sep 1993 05:12:24 +0200:
- changes to newscontrol/newscontrol.c: better handling in case the new
active file couln't be written (old one's restored and mail is sent
to NEWSMASTER). All mail is now sent to NEWSMASTER instead of `post-
master'.
wusel, Thu, 9 Dec 1993 02:37:52 +0100:
- changes to newsrun/newsrun.c: if a file `uunews:in.coming/stop' exists,
newsrun won't process incoming files. A script similar to `newsrunning'
has to be written, which will simply create or delete that file ...